home *** CD-ROM | disk | FTP | other *** search
/ The Atari Compendium / The Atari Compendium (Toad Computers) (1994).iso / files / umich / diskutil / gemar220.lzh / GEMAR220 / DOCS / FRAGEN.TXT < prev    next >
Encoding:
Text File  |  1993-04-12  |  8.1 KB  |  147 lines
  1.  
  2. Fragen zu GEMAR, und Ihre Antworten:
  3.  
  4. F:  Warum braucht GEMAR manchmal so lange, wenn man einen Index von einem 
  5.     Band einliest?
  6. A:  GEMAR legt aus Gründen der Datensicherheit den Index hinter dem Backup 
  7.     ab. Dies ist nötig, damit bei einem evtl. aufgetretenen Fehler beim 
  8.     Sichern der Dateien, dieser Fehler im Index protokolliert werden kann.
  9.     Um den Index schnell zu erreichen, schreibt GEMAR auch vor den Daten 
  10.     einen Index, und vermerkt später in der Datei GEMAR.KEY, ob dieser Index 
  11.     gültig ist.
  12.     Wenn beim Restore der vordere Index ungültig ist, wired der hintere 
  13.     gelesen, was eine Weile dauern kann.
  14.  
  15. F:  Warum spult mein Streamer das Band während des Backups manchmal ein 
  16.     Stück zurück, und wieder vor?
  17. A:  Wenn der Streamer nicht schnell genug mit Daten versorgt wird, hält er 
  18.     an, bis wieder Daten vom Computer geliefert werden. Da ein Streamer 
  19.     jedoch sehr schnell läuft, und daher eine große Lücke zwischen den 
  20.     Daten entstehen würde, spult er ein Stück zurück, was leider sehr viel 
  21.     Zeit benötigt.
  22.     Bei GEMAR sollte dies eigentlich nur ab und zu passieren. Dazu sollten 
  23.     die Puffergröße und die Datenrate möglichst genau angepasst werden.
  24.  
  25. F:  Warum hält mein Streamer während des Backup manchmal für eine Weile an?
  26. A:  Leider ist es manchmal nicht möglich, die Daten von der Festplatte so 
  27.     schnell zu lesen, wie der Streamer Sie benötigt.
  28.     Daher füllt GEMAR erstmal seine gesamten Pufferspeicher, bevor er 
  29.     wieder Daten an den Streamer schreibt. Währenddessen wartet der 
  30.     Streamer dann.
  31.  
  32. F:  Warum kann ich bei GEMAR nicht eine Sicherung der belegten Sektoren 
  33.     meiner Festplatte durchführen?
  34. A:  GEMAR wurde auf höchste Datensicherheit hin konzipiert. Daher ist es 
  35.     sinnvoll die Dateien von der Festplatte nur über das Betriebssystem 
  36.     einzulesen. Dadurch hat GEMAR auch bei einem neuen, erweiterten 
  37.     Datenformat auf einer Festplatte  keine Problem mit der Sicherung der 
  38.     Daten. Solange man die Dateien vom Desktop aus benutzen kann, kann auch 
  39.     GEMAR sie sichern.
  40.  
  41. F:  Warum sind bei GEMAR die Flags 'Load to Fast-RAM' und 'Allocate Fast-RAM' 
  42.     nicht gesetzt?
  43. A:  Wenn GEMAR mit einem Streamer betrieben wird, der am DMA-Port des TT 
  44.     angeschlossen ist, so müßten die Daten über einen Zwischenpuffer, den 
  45.     sogenannten 'Fast-RAM-Buffer' an den Streamer geschickt werden.
  46.     Da dies zu viel Zeit kosten würde, unterstützt GEMAR diese Möglichkeit 
  47.     nicht.
  48.     Falls der Streamer am SCSI-Port des TT hängt, so können die Flags 
  49.     eingeschaltet werden.
  50.  
  51. F:  Warum ist das Streamericon nicht anwählbar, wenn ich einen Index von der 
  52.     Platte eingelesen habe?
  53. A:  Es kann immer nur ein Index von Platte, oder von Band eingelesen werden.
  54.     Daher kann der Streamer nicht angewählt werden, wenn ein Plattenindex 
  55.     gelesen ist und umgekehrt.
  56.  
  57. F:  Warum kann GEMAR sein Desktop nicht in ein Fenster legen? Unter 
  58.     MultiTOS/MultiGEM/Mag!X ist das sehr störend.
  59. A:  Ganz einfach: GEMAR läuft zwar prinzipiell unter einem Multi-Tasking- 
  60.     System, aber es ist sehr gefährlich, unter Multitasking ein Backup 
  61.     durchzuführen, während andere Programme evtl. Daten auf der Festplatte 
  62.     ändern. Daher sollte GEMAR _grundsätzlich_ allein laufen und kann damit 
  63.     ein eigenes Desktop behalten.
  64.  
  65. F:  Warum kann ich kein Image-Backup der gesamten Platte machen?
  66. A:  Das Problem liegt darin, daß man nicht so einfach die Größe der Fest- 
  67.     platte ermitteln kann. Mittels Mode-Sense erhält man nicht immer die 
  68.     richtigen Werte und Read-Capacity funktioniert nicht mit jeder 
  69.     Festplatte und jedem SCSI-Adapter.
  70.  
  71. F:  Warum kann ich nicht einfach ein Laufwerksicon auf das Streamericon 
  72.     ziehen, damit die Daten gesichert werden?
  73. A:  Auf diese Weise kann beim Restore nicht sicher erkannt werden, ob die 
  74.     Daten unter ihren Original-Pfaden, oder in einen Zielpfad gesichert 
  75.     werden sollen, bzw. Beim Backup, ob es ein Full- Daily- oder Incremental 
  76.     werden soll.
  77.     Daher wurde gänzlich auf das ziehen von Icons verzichtet.
  78.  
  79. F:  Muß ich vor einem Backup das Band löschen?
  80. A:  Eigentlich nicht. Ein SCSI-Streamer arbeitet normalerweise so, daß das 
  81.     gesamte Band gelöscht wird, wenn das Band vom Anfang ausgehend 
  82.     beschrieben wird.  Bei einigen exotischen Streamern könnte es sein, daß 
  83.     dies notwendig ist, ansonsten ist es nur unnötiger Zeitverbrauch.
  84.  
  85. F:  Für den Streamer werden immer 4 Festplattenlaufwerke angemeldet. Woran 
  86.     liegt das?
  87. A:  Einige Festplattentreiber kontrollieren, ob ein SCSI-Gerät ein 
  88.     wechselbares Medium hat. In diesem Fall geht ein solcher Treiber davon 
  89.     aus, daß es sich um eine Wechselplatte handelt und meldet dafür 4 
  90.     Partitionen an, damit ein später eingelegtes Medium benutzt werden kann.
  91.     Damit dies nicht immer passiert, muß der Plattentreiber so konfiguriert 
  92.     werden, daß der Streamer nicht beachtet wird.
  93.     Für AHDI verwenden Sie am besten das Programm HDPATCH und melden die 
  94.     SCSI-Adresse ab, auf der der Streamer liegt (Optionen, CUSTOM SCSI/ACSI). 
  95.     Wenn Sie HUSHI verwenden, benutzen Sie das Programm SCSITOOL, wählen 
  96.     darin den Menüpunkt 'Treiber/Konfigurieren' (oder CONTROL-K). Daraufhin 
  97.     erscheint ein Dialog, in dem ein Button 'Gerätereihenfolge' liegt. Nach 
  98.     Anwählen dieses Buttons kommen Sie in einem Dialog, in dem Sie die 
  99.     Adresse des Streamers abmelden können (anklicken). Danach sagen Sie 'OK', 
  100.     im ersten Dialog wieder 'OK', dann auf die Frage 'Einstellungen in 
  101.     HUSHI.SYS speichern?' noch mit 'Ja' antworten, und fertig.
  102.  
  103. F:  Wie finde ich am einfachsten die für meinen Streamer nötigen Parameter?
  104. A:  Ich persönlich habe mit folgender Vorgehensweise gute Erfahrungen gemacht:
  105.  
  106.     -Buffergröße auf den im Streamer-Handbuch angegebenen Wert (evtl. interne 
  107.      Abzüge berücksichtigen)
  108.     -Datenrate auf den Wert des Streamers + 25 %
  109.     -Zeit vor SCSI aus
  110.     -Wait vor/nach SCSI unverändert
  111.     -Verbose on
  112.     -Ein Backup durchführen. Wenn dabei der Streamer anhält, solange der 
  113.      Puffer- Balken nicht auf 0 ist, dann ist die Datenrate zu klein. Läuft der 
  114.      Puffer immer leer, mal mit niedrigerer Datenrate versuchen.
  115.     -Man sollte auch mal sehen, wie sich 'Wait vor/nach SCSI' verhält. Am TT 
  116.      sollte man die Werte eigentlich auf 0 einstellen können. Ansonsten einfach 
  117.      mal auf 0, und dann sehen, ob Fehler auftreten. Kommt eine Fehlermeldung 
  118.      von GEMAR (KommandoTimeout), muß Wait vor SCSI hochgedreht werden. Kommt 
  119.      die Meldung vom etv_crit (Daten auf Diskette), dann muß Wait nach SCSI 
  120.      hochgedreht werden.
  121.     -Unter Umständen kann auch ein zu niedriger Wert für Wait nach SCSI dazu 
  122.      führen, daß der Plattentreiber Retries durchführen muß, was daran zu 
  123.      erkennen sein sollte, daß die Datenrate schlagartig abfällt.
  124.  
  125.     Im Allgemeinen ist es ein Geduldsspiel, bis man die richtigen Parameter 
  126.     gefunden hat.
  127.  
  128.     Sollte es nicht klappen, den Streamer im Streamen zu halten, so sollte man 
  129.     die Buffergröße auf 0 stellen, damit immer ein möglichst großes Segment 
  130.     gefüllt wird, bevor es an den Streamer geschickt wird.
  131.  
  132. F:  Wenn ich ein Restore von Laufwerk C: mache, und anschließend eines von 
  133.     Laufwerk D: spult der Streamer immer zurück, bevor er die Daten von D: 
  134.     restauriert. Warum tut er das?
  135. A:  Aufgrund der Pufferstrategie von GEMAR befindet sich das Band schon ein
  136.     Stück im Datenbereich von Laufwer D:. Da leider nicht alle Streamer ein 
  137.     Space rückwärts beherrschen, muß daß Band zurückgespult, und vom Anfang 
  138.     ausgehend mit Space die richtige Stelle angesteuert werden.
  139.  
  140. F:  Nachdem ich meine Platte umpartitioniert habe, hat GEMAR beim Restore 
  141.     immer den hinteren Index verwendet. Warum benutzt er nicht den vorderen 
  142.     (korrekten) Index?
  143. A:  GEMAR hat in der Datei GEMAR.KEY den Schlüssel geschrieben, daß bei 
  144.     diesem Backup der vordere Index verwendet werden kann. Daher sollte man 
  145.     in dem Fall, daß man umpartitionieren will, die Datei auf Diskette 
  146.     sichern, damit beim Restore der Schlüssel für dieses Backup auch vorhanden
  147.     ist.